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^ (57) Abstract: A graphical display system includes a server for receiving and processing financial instrument data from at least one 
financial data feed and a client computing device connected to the server for concurrently displaying to a user processed financial 
instrument data in graphical form, a multi-media streaming video presentation, and interactive communications associated with the 
Q financial instruments. Means may be provided for allowing analysts to dynamically enter comments and recommendations as text 
^ associated with the financial instrument data for view in the graphic presentation of financial data. Such text and data may be accessed 
simultaneously in real-time or near-time by multiple users. 
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METHOD AND APPARATUS FOR PROVIDING 
FINANCIAL INSTRUMENT INTERFACE 

[0001] This application claims the benefit of U.S. Provisional Patent Application Serial 

Number 60/253,546, filed November 28, 2000, and U.S. Provisional Patent Application Serial 
Number 60/293,041 filed May 23, 2001, the entire disclosures of which are hereby incorporated 
by reference. 

[0002] This application includes material which is subject to copyright protection. The 
copyright owner has no objection to the facsimile reproduction by anyone of the patent 
disclosure, as it appears in the Patent and Trademark Office files or records, but otherwise 
reserves all copyright rights whatsoever. 

FTELD OF THE INVENTION 

[0003] The present invention relates to computer interfaces, and in particular to an 

interface for inputting and viewing information related to financial instruments using graphical 
presentations, multimedia and communication facilities integrated into one display, 

BACKGROUND OF THE INVENTION 

[0004] In the trading and monitoring of financial instruments, such as stocks, the use of 

displays has typically been either overiy simplistic, limited to the mere display of simple 
graphing of numerical values and charts, or greatly complex, providing the user multifeceted 
graphical displays and techniques to track the rise, fall and future predictions of the financial 
instruments. Thus, die amounts and types of simple information available to all but a handful of 
novice users is woefully incomplete, while complex information provided to all but a trader is 
convoluted to the point of being useless. 

[0005] A need exists for a system which provides more types and additional relevant 

information to the majority of users through an interface. 
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1000 61 Known graphics techniques are available for graphing and displaying data as 
curves. For example, U.S. Patent No. 5,241,461 and European Patent No. BP 169703A2 
describe methods using functional analysis to provide computerized displays for control systems 
such as for monitoring flow of coolant through a chamber. The behavior of the data for the 
subject coolant is graphically displayed, and various points are displayed related to the 
nxovement of the graph of the coolant, such as moving averages and inner and outer envelopes 
of the graph, thus allowing calculation of the probable future movement of the curve to 
determine the behavior of the subject coolant 

l0 007] Heretofore, known graphic techniques designed for presentation to a mass, non- 

specialist market, have not been effectively employed in the field of financial instruments 
especially where the financial data is streamed on the Internet. 
l0 008] ihaddition,thepiesentationoffina^ 

anays of numbers, or limited solely to graphical charts iUustrating such numbers and trends and 
changes in the numbers. Commentary from analysts, such as investment strategy and 
explanations of the displayed numbers or charts, is provided in the prior art by reports separate 
and independent from such arrays of numbers and charted numbers, and so user such as 
investors viewing such data must expend effort to properly link and associate such commentary 
with the actual numbers underlying the commentary, or alternatively such financial information 
must be reprinted in a separate report to be combined with such commentary. 
[00091 Heretofore, prior art financial display systems and methods have not provided 
commentary linked with actual financial information presented gtaphicaUy to a user. 
[0010] m addition, such commentary is often generated by analysts long after the 
underlying financial information has become static, and accordingly stale for the purpose of 
rapid investor reaction to attain the best investments and trading actions. 
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[0011] Heretofore, prior art financial display systems and methods do not provide 

mechanisms for permitting analysts to dynamically generate such commentary for real-time or 
near-real-time display to and reaction by investors. 

STTMMARY OF THE INVENTION 

[0012] In a preferred embodiment, the invention includes a graphical display system 

having a server for receiving and processing financial instrument data from at least one financial 
data feed and a client computing device connected to the server for concurrently displaying to a 
user processed financial instrument data in graphical form, a multi-media streaming video 
presentation, and interactive communications associated with the financial instruments. Means 
may be provided for allowing analysts to dynamically enter comments and recommendations as 
text for view in the graphic presentation of financial data. Such text and data may be accessed 
simultaneously in real-time or near-real-time by multiple users. 

HWTTCF DESCRIPTION OF T HE DRAWINGS 

[0013] The foregoing and other features, and advantages of the invention will be 
apparent from the following more particular description of preferred embodiments as illustrated 
in the accompanying drawings, in which reference characters refer to the same parts throughout 
the various views. The drawings are not necessarily to scale, emphasis instead being placed 
upon illustrating principles of the invention. 

[0014] FIG. 1 illustrates a schematic of the disclosed graphical display system; 

[0015] FIG. 2 illustrates a screen displayed on the browsers of the external clients; 

[00161 FIG. 3 illustrates different functional layers of the system; 

[0017] FIG. 4 illustrates an application server, 
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[0018] 
[0019] 
[0020] 



FIG. 5 illustrates a data feed interface; 

FIG. 6 illustrates connections of application servers to web servers; 
FIGS. 7-8 illustrate configurations and software processes of the data feed 



interface; 
[0021] 



FIG 9 illustrates a schematic of an alternative embodiment of the disclosed 
graphical display system of FIG. 1; and 

[0022] FIGS. 10-15 illustrate screens displaying financial information to users and to 

analysts, with input windows in selected screens for inputting textual commentary associated 
with selected financial information. 

mrTATTM) D^fTRTPTION Q F THE PREFERRED EMB ODjMENTS 
[0023] Reference will now be made in detail to the preferred embwlirnents of the present 

invention, examples of which are illustrated in the accompanying drawings. 
[0024] As shown in FIG. 1, the disclosed system and method present data and 

information using multi-media to a plurality of users, mparticmar, for a given financial 
instrument, the same view is provided to an entire global audience. It is this shared view which 
provides the platform for communication. Another feature of the disclosed system and method 
is that the financial data and analysis is "streamed" in the same way as audio and/or visual data. 
A third feature is that the service is genuinely global: global financial exchange coverage, 
global equities coverage, and global delivery. The fourth feature is that the system and method 
are based upon an intuitive, visual presentation, such that value can be gained without resorting 
to language which, despite the prevalence of English, might not be sharedby the entire audience, 
whereas the visual aspects and cues are shared by global audiences, for example, in the financial 
services industry. 
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[0025] The example embodiment ofFIG. 1 illustrates a web-based architecture allowing 

external clients to access and display data through the Internet from a plurality of subscribing 
clients, called PRONET clients. 

[00261 One aim of this architecture is to prescribe a component-based and layered 
approach for application development Through the subscribing clients, the system prescribes 
the industry-wide standards to be adopted for applications, and recommends standard procedures 
and products taking into account the latest technologies and their evolution. The goal is also to 
leverage the latest technologies andproducts, and adopt them to requirements. 
[0027] In the architecture of FIG. 1, external clients can access the system through the 
Internet, where as the internal users can use the intranet to access the application. The HTML 
pages are available in the client machine on request, and the web server is responsible for taking 
the user inputs and passing them to the presentation layer, applets and servlets that reside in the 
application server. The servlets are also capable of mterfacmgwimemuktors and/or wrappers 
of a legacy system. 

[0028] FIG. 2 illustrates a screen displayed on the browsers of the external clients and 
provided by the system of FIG. 1. The graphic shows aregion of the screen or canvas for 
' displaying streaming data, which is analyzed in real-time, and so giving the user the ability to 
examine financial information ranging over durations from very short term (minute by minute) 
time periods to very long term (month by month) time periods. The analysis may be performed 
by known data calculation and display techniques, using data tracking, moving averages, and 
windowing and projections of movements of data, such as the systems and methods described in 
U.S. PatentNo. 5,241,461 and European Patent No. EP 169703A2, which are incorporated 
herein by reference. 
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l00291 The screen in nG. 2 makes it possible for a user, such as a stock trader, to pick, 
view, and track any available financial instrument, such as liquid stock from any stock 
exchange. For each stock, there is a chat room provided, for example, at the bottom of the 

astrearnmgvi^ Thechatroomis 
specific to tie displayed and graphic financial instrument, allowing the user to communicate 
wimaryothertradera^ 

Witofthevisuala^^ 
aisoaspaceforstrearnmgvideopreseutafio^ 
general meetings (AGMs) for stockholders, ads etc. 

l00 30] 

delayed or real-time. The analysis is based on known data analysis techniques described, for 
example, inU.S. PatentNo. 5,241,461 and European Patent No. EP 169703 A2, as well as other 
known financial analysis methods, with different analysis techniques employed on the basis of 
meteclnnques'stmngperfo^ Thesystemand 

^ m ^«1^+^*<^"W^*^ F ° reaCh 
ofthese equities, there is an A.*-Wta*«*«»-^ 

memis^tionafiydisplayedastm™ 
service of the company analyzed in me chart 

(0031) As described herein, a TV-type panel is displayed within the chart canvas, using 
^teclmologiessuohasRe^edia, Thus, the system and method provide a widely- 
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available, standardized (generic/uniform) environment for multi-market, shared visualization 
(display/presentation), analysis and communication in real-time, as well as a communication 
facility, where a chat room is defined with reference to its associated financial instrument, such 
as a t-bond room, an "AOL" room, a "CISCO" room, etc. 
[0032] Streaming video content such as ads, coverage of AGM's, etc., are also 
embedded within the canvas of the graphic itself. In addition, multimedia tools are provided to 
access and teach the audience how to use the service. The analytical method itself has been 
selected on the basis that it is intuitive to use, effective, and can be applied across asset classes 
and time-frames with equally high performance. Tnus the disclosed system and method 
provides a unique insight into the risk engaged prior to executing the trade. 

SPECIFIC UTILITIES OF THE USER INTERFACE 
[0033] The utility menu of user interface in FIG. 2 has the following important features 
and commands: Instruments, Intervals, Horizon, Range, Roam Values, Print Image, Tour, 
Trade, Tutor, Drawing, and System Administration. 
INSTRUMENTS 

[0034] Using the Instruments feature, all markets currently selected are listed here. The 
prices are color coded to identify the last tick update. If the price is marked in red, the price was 
down,butifit'sblue,menthepricewasup. Ifit is white, the price was unchanged and if it is 
gray the market was closed. 
INTERVALS 

[0035] The interval bar and number of intervals on view are defined here by user 
selections, such as by the use of pull down menus and/or input windows. The time bar and the 
number of obsemtiom^ The user can save the last chosen 

format as his/her profile, and upon the next log-on, me system^ 

-7- 



WO 02/063516 PCT/IB01/02865 
HORIZON 

[00361 Hie Horizon facility provides the user the benefit of viewing a chart in an 

organized view, which unclutters the chart by turning on/offeach individual director. Also the 
length or horizon of wave cycle under scrutiny can be altered by changing a identifying number, 
such as a fib number. 
RANGE 

[0037] The Range setting identifies the support and resistance levels. The range of each 
individual chart can be amended depending upon the number of intervals and the time frame 
selected. 

ROAM VALUES 

[0038J The detailed historical data can be viewed by moving the pointer across the chart. 

Bad data fixes can also be achieved here. 

PRINT IMAGE 

[00391 Using the print image feature, an image can be printed to store the record of the 

market status. 

TOUR 

[00401 A Tour contains a series of charts chosen in an order which is regularly or 
typically used. One Tour can be created for each instrument. In other embodiments, a selection 
of different markets cannot have a tour. 
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TRADE 

[0041] Trade functionality provides the user with the visual presentation of risk/reward 

profile. 

TUTOR 

[0042] The Tutor function provides a simulated trading situation whereby a user can go 

back in time and watch the market evolve, 

DRAWING 

[0043] Ther^wfagfunctionperimts^ 
drawings are specific to the user. 

SYSTEM ADMINISTRATION 

[0044J System Administration tools provide the following focilities: 

[0045] UserMaintenance: setting user's defaults like hmer and outer barid, 

timescale, observations etc.; 

[0046] Bad Database Repair a database for a certain period can be extracted, 

repaired and inserted again to fix the bad data; 

[0047] Instrument Activity Set Up: sets up for each market ite<>p^ 

dosing time, its future month, current month, rollover date, rollover status, decimal places, 
market symbols, etc.; and 

[0048] Calendar Setup: sets up the calendar for different markets. 

IMPLEMENTATION 

[0049] The disclosed system and method may be implemented in software and capability 
of handling, for example, at least 10,000 financial instruments, and scalable to, for example, 
65,000 financial instruments. 
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[0050] The front end of the external client are, for example, JAVA-based thin client 
and/or X-windows based clients. In one embodiment, the front end may be downloadable for 
me web client by having a relatively small file size. 

[0051] Once the software for the front end is downloaded or received, and then installed 

on the external client of each user, the screens may be re-sizable, and me software is very secure, 
capable of accurately handling about 65,000 instruments in the database, such as the database 
server of FIG. 1. In one example, the database server supports financial instruments on foreign 
exchanges (FOREX) having, for example, 115 available financial instruments. 
[00521 The system is adapted to address, for example, about 1 ,000 concurrent users, with 
a user management module for security, and the ability to traverse through the firewall. 
[0053] The system and its data analysis techniques may also perform gap analysis for 
instances of missed dat^^ Indications of disruptions in 

markets, such as local holidays, may also be incorporated into the system, and the system also 
accommodates markets with multiple trading sessions, and includes the display of multiple 



[00541 omer features mclude the abfl 

25,000 concurrent users, with multiple time zones and trading and tracking over such multiple 
time zones being incorporated into the system. The system is also capability of lumdling bulk 
requests for user permissions, for example, for administrators to permit access by institutions 
with multiple users. Known billing systems may also be incorporated. 
[0055] Additional features supported by the system may include the ability to give 
context sensitive helps and assistance to users, as well as to handle and promptly report bad 
prices. Printing capabilities are also provided. Furthermore, a user profile database may be 
generated and updated to capture more mformation to facilitate accurate processing by a billing 
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system. Such captured user informationznay include: frecmencyofvisitofa user, difference in 
time and activities between his/her visits; how long has s/he beeu^^ 
uuny strikes has s/he done and which stocks has s/he been l«,ld^ at; and what are the sites the 
user accessing just before visiting the system access website, and which are the sites s/he is 
going to after visiting the system access site. 

10056] Other features including support of full or entire sets of financial instruments, 
such as about 500,000 in^^ eX8mple * SW °°" 

ISCOOOusers. Sopmstiwted data fflters such as ffltering fo^ 
stocksplits. Optiomlr/.mesystemn^ 

advertising and revenue collection, and Ihe system accommodates delayed data feeds. 
(0057, ThescreenandmeovemUgmpHcusermterfaceCGU^ 
include roaming cursor feciMes and a real zoom facility, and may be adapted to accommodate 
mmti^ssionmarkets. madmtion,auto-roUmg may be supported bas^d on ^ 
accessingusers, and automated replant of ^ 

l0 0 58 ] In alternative embodiments, a chat server may be included in the system shown in 
FIG 1, preferably a chat server dedicated for each instrument to support multiple financial 
instruments and multiple users per instrument to encourage users to remain logged on and 
accessing the chat rooms/panels for each instrument. 

iustrumentsmmoret^one^ 
and/or remote access. 

[0060] 

SYSTEM CONFIGURATIONS AND ARCHITECTURES 
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[0061] As shown inFIG. 3, different layers of the system of FIG. 1 are identified as 
encapsulatmgspecifictoctionality. The Presentation layer is responsible for interacting with 
the user by displaying different forms and obtaining the inputs, as well as handling the 
customization and related actions as per security requirements. The Business Object layer 
consists of methods executing application specific logic/processing. The Data Access layer 
consists of methods mat interface with the databases and perform specific functions on data, and 
also maps relational data to objects. The Database layer consists of the actual database and deals 
with storage/placement of data. 

l0 062] The components in the presentation layer may be deployed as Java Applets, 
Servlets and/or HTML pages. The business object layer consists of wrappers for legacy system 
and C-Routines, and serves as an interface between the Servlets and C Routines, for use with the 
underlying data access layer to access and use persistent data. The data access layer components 
^ay be implemented in a Sybase server to la^cm*^^***^^ 
The database layer may include a Sybase-type database to permit access from the data access 
layer through C-DB Routines. 

[00631 In an example embodiment of the system resource requirements, the following . 
components may be used: the operating system may be Solaris 2.7 on a SPARC platform; the 
h^dware may be a Sun Micro Systems Web Server, and the application server may be on 
Solaris 2.7 provided on a SPARC platform The database may be a Sybase implementation from 
Sybase with a C-DB Library, and tire database n.yb^ migrated fiom ISAM ffles to Sybase ffles. 
An available developer tool may be Visual Cafe from Symantec, and network load balancing 
software may be supported on Solaris 2.7, such as Load Balancing Software (LBS) from 
Solflower. Graph Generating tools may be NetChart from Visual Mining Inc., and a CORBA 
compiler may be Orbix from IONA. 
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[00 641 As to the hardware infrastructure of system, the database may be as described 
herein with the capacity to be increased to accommodate the number of instruments to 500,000 
an dthenumberofuse«to250,000. The database may move to a distributed environment 
because the projected size of database may be 300 GB. 

(00651 With the introduction of the network load balancing software, the corresponding 
hardware for the web server may be provided to support such load balancing software, and 
mmnple application servers runparallel on the Sun SPARC Server hardware. Thenetwork 
components may include existing TCP/IP-based network devices of sufficient number and 
capacity to meet me operating requirements described herein. 
(0066] Example implementations of the system may includes: for the 
bamWOS/Network, the front-endis apersonal computer (PC) running eXceed as a web 
client^anytypic^ For the application servers, central 

server, database server, and web server, the Solaris 2.7 software may be used on SPARC 
servers, wifc multiple web servers ha^ 

servers. The LAN topology may be an Ethernet network and/or a TCP/IP-based system. 
l00 67] hi one implementation, the software for the user interface may include XVHJW, 
Guide, and Peri, including Java (applets), Java Servlets, Wrapper software for Legacy systems, 
andgmphgenemtmgtoolssuch^ The data analysis may use 

analytics logic for supporting C, shared memories, sockets, ISAM files, and Lex-yacc files, and 
me C-ISAM link may be replaced by a C-DB library for SYBASE applications. 
J00681 Data feed and handling routines may provide a satellite link for S&P based data, 
a 64 kbps link for Reuters-based data, and the Reuters SSL4 software for real time data 
handling. The database may include ISAM files and/or Sybase files. 
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[0069] The front end of the system for the external client displays may be totally 

replaced by a Java-based environment immediately, and real-time data fees may be from at 
two sources, such as Reuters and Standard and Poors (S&P). The Reuters data may be handled 
bytnrrdpartysoftware^ M °° 
S&P data comes directly to the system through, for example, a serial port after reaching the 
network from satellite and being split through a splitter modem, and TCP/IP may be used as the 
network protocol of the system. 

ADDITIONAL ENHANCEMENTS 
[0070] TheusertoterfcceisbuiltmX^ 

combination of HTML-Perl/CGI scripts which delivers the goods with the use of an X-emulator. 
Alternatively, the proposed mterface is writ^ Some 
graph generating tools such as Jchart, Espress Chart, Netchart, etc. may also be used. 
[00711 The user interface may be integrated with the application server, and may also 
include an instrument configuration module for letting the user select his/her own set of 
financial instruments to look at from the given list of instruments. The user interfece may be re- 
sizable, for example, using a Java based user interface; and the user interface itself may be 

dowdoa&btetotbee*^ SuCb 
user interface software may be configured to operate using 18 MB of memory, and/or to be a 

min client as in case of standard web client 

[0072] The user interface records and tracks the IP address of the client giving the 
request In other embodiments, user interface may be prevented from requesting any other 
details at all of the users trying to access the site, to permit the software of the system to be 
provided and supported as freeware. 
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[0073] The system may be accessed using an HTML-based web page to launch the 
product irrespective of the fact of whether the user is accessing the system from behind a 
firewall or not In a Java-based version of the system software, the IP address of the client is 
noted by a Ibproxy routine, and then the appUcution is launched to mat IP address, m a sir^ 
manner as getting the DISPLAY of xterm while the process is running actually in the server. 
[0074] A Java-based interface may also draw graphs locally, so mere is no dependency 

on the IP address for providing the graphic functionaUty. Tbe normal dependencies are provided 
by the proxy server/firewall of the user's network. The user interface may also support a 
roaming cursor facility, a display of multiple graphs, and a real zoom facility to be able to 
maximize a part of the work on the screen. 

[0075] For the application server supporting a user base of, for example, 1,000 users, fhe 

application server and tbe GraphServer maintain the slots for these many users in a shared 
memory to maintain user profiles. In addition, the application server may also sense that no 
update is conimgforaparticular market and soto^ 
avisuaimessage,.asweuastorepo^ 

maintained for local holidays and is built into the system- to report such events. 
[00761 A schematic of the system with the application server is shown in FIG. 4, in 
which the load of the appHcation server is distributed on tbe end-users web clients in one 
embodiment, while in other mbcdimeuts, the user interface actually runs as a process in the 
application server itself and also draws the graphs in the application server itself. In an 
implementation using a Java-based user interface, the graphs and the interface are all executed in 
the client machines. 

t 0077] In some implementations, the system may support many hundreds of users 
because the users run the user interface in their PCs only as applets, as opposed to 
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implementations in which the user interface itself runs in the server only and a client gets the 
display set to his/her PC. 

[0078] In such distributed implementations, rnamtenance and enhancements may be 
effected easier because of modular nature of the architecture, and any ftactionality may be 
readily added to the applet-servlet duplet Remote support is easily possible because of the feet 
that the whole system is on the public Internet and mere is no neod of toving a high speed 
creativity between the remote support center and production site. In addition, capital costs 
are lower because of the remote support center. 
[00791 Addraorudtaplem^ 

able to access the product; for example, each user has a password for accessing the website to 
access the system. The application serer may also keep logs of user accesses, which is 
maintained typically in a user profile data file, which apart from the above mfonnation also 
includes the user's password and the financial instrument configuration setup details. 
[0080] In addition to inclusion of a billing module, the system may also include a 

software module for segregating user groups and also permitting omy specific user ^ 
access the system. The groups may be maintained in terms of geographical location, firm or 
institution confines, etc. 

[0081] The available markets supported by the application servers may include 
EQUIPS andFuturemar^ Modules are also 

pmvidedtostoremeirrformationabouttte 

the data arrives, the data is captured and stored only after doing the necessary adjustments to the 
date stamp of the data in the database. 
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l0 0821 In supporting auto-rolling based on open interest, the moment when the number 

of open interests increases one of the future contracts, auto-rolling occurs, and automated 
replacement of rolled markets in interest list is enacted. 

THE DATA FEED INTERFACE 
lo083] The system includes an interface between the S&P and Reuters data feed and the 
users, which may be, for example, the IntuTechnics Technical Trade Station (ITTS). In one 
implementation, the system is written using a C/ISAM DB library, and resides on Sun Solaris 
hardware running SunOS Unix operating system. The user interface may be based on the 
exceed software, and the user accesses the application via the World Wide Web of the Internet, 
which in turn launches an independent front end in eXceed. 

l0 0841 Referrir^HG.5^ 
toanamlntecturemcludingasm^ 

LION, EAGLE, and FALCON. The user logs into the application via the web, such as a main 
web server LION, which in turn directs the request to another web server, by sending the client 
to the EAGLE web server and sending trials of data to me FALCON web server for data 
^lysistogeneratethecharts. ^^ito*^**^^"**"** 
and charts are senttome user. ReferrmgtoHG.0^ 

the application servers via the World Wide Web, and all PCs have eXceed installed to function 
as external clients as m FIG. 1. 

I0 085] The system is written using one or more of C/Lex/Y acc/ISAM DB library on a 
Unixopemtmgsystem.^ 

I00 86] The ITTS application captures the re^-time data feed from S&P and Reuters via, 
for example, a satellite link. A number of server processes read the data, store the data in the 
database, arulmakeita^ Tneseserver 
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vmxsxs urn* each ote ™ M _*r -a-*. «— <- -* iKtt - 
applications on &e application servers. 

[0087) ii ( ^»l»^»*Wl^""' i '* ,flAdW 
Web, aai fte customer PCs lamol eXoosd 

1008S , hTO «nb.d^^tom7,(h.lTrs^««^'^'** 

10089) TradeMthis m ctefomof P ^<»d»»fd»^ te ^ ficl *' ie8isBe,if0 ' 
fcn5OT . llK f„no wi ngM 1 «l«d2 S u^^ov=^=»««ofnTS li « S ofood. 

according to application area/^pe: 
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Type 


Approximate number of lines 
01 coo© in ruL/VJv/ ^uiviuwux^ 
comments and blank lines) 


Remarks 


Front End 
screens 


ax 


Programs include tts_start, 
tts_manager, ttsjbase, 
WatchServer and 
tts control 


Business 
Logic 


17 


SSL4Servers 


Common 
Files 


9 


Commonly used files such as 
Ccp, aimslib, etc. 


Web 

programs 
Total 


4 

93 





Number of Files 
Application Area 


C 


H 


COM 


CPP 


HTML, 

PERL, 

JAVA 


Others 


Total 


Webserver 


0 


1 


0 


0 


25 


1 


27 


SSL4Server 
Application Server 


0 
7.5 


8 
4 


0 

35 


7 
0 
0 


0 
0 
0 


1 

3 
2 


16 1 

67 

34 


Common Files 
Database Access Layer 
Front End 

Total 

Total Number of Files 


11 
88 
45 

169 


21 

8 

57 

99 


0 
0 
0 

35 


0 
0 

7 


0 
0 

25 


3 

74 
84 


99 
176 

419 J 



[0090] 



Referring to FIGS. 7-8, the ITTS code may be broadly classified into the 



SinkServer reads the data from the serial ports and places into a shared memory segment 
PriceServer reads the data from the shared memory segment, filters it and puts the 
validated data into another shared memory segment. 

TransmitServer reads the data from the shared memory segment and transmits it via 



ReceiveServer reads the data via sockets and places into another memory segment. 

-19- 



PCT/IB01702865 

WO 02/063516 

GiaphServer reads the data from the shared memory segment It reads out me data on 
instruments in a shared memory segment, handles user requests, and calculates, refreshes, 
creates me charts and places into another shared memory segment The change in data is 
notified by Setting a dirty flag against the corresponding instrument It checks if there are any 

requests from user and processes those. 

DataServer and IsamServer work in conjunction with each other. These two servers 

save, delete, update data in the database. 

WatehServer monitors the processes and starts/stops mem. 
10091] As shown in the following Table 3, users place a request for a specific chart 

which is sensed by the GraphServer. If me chart does not exist in the shared memory segment 
then the data is pooled from the database, and after mathematical calculations is put into the 
shared memory segment From this shared memory segment the chart is thrown to the user. 
Simultaneously, the incoming real time data for various instruments is also updated into the 
shared memory segment The DataServer and IsamServer ke«p a constant check on this shared 
memory segment and store foe data into foe database. The details of foe database is listed below: 
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filter.isam 



icv_dbase[00 - 
31],isam 
lev selectisam 



instisam 



p3params,isam 



Stores the rules for filter mechanism. 
Stores the data as fed by Reuters and SAP. 

Stores the information about all the instruments. Data fed 
ftom Reuters/S&P for any instrument, which is not stored m 

this file is rejected and is not 
Stores the instruments for each of fee users 



Ibis database file is specific to the TradeSmith and stores the 
information regarding TradeSmith 




[0092] Each market is mapped toadefined Hex number asauniqu^ However 
if two markets happen to be defined by the same Hex number, then the Hex number combined 
with the symbol for month and year is unique. Corresponding to this unique number, it is 
decided that to which icvdbaseXX.isam file the data is to be saved. 
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EXISTING X- BASED GUI FUNCTIONS 
[0093] As described herein, the system uses known software processes, such as UNBC- 
based commands and routines, to provide major functionalities of the existing GUI Functions 



[0094] The tts_base process uses the following programs: tts_base_owac, tts_system.c, 

ttsjinkx, isam-c, ism*, ccp.c, pcp.c, tts.base.utc, ttsj^int.ownx, a_substr.c, a_.newseg.c, 
a setnamx, and tts_draw.c. The tts.base process operates using the environment variables: 
TTS.PRICE, FILTER_MECHANISM, TTS_FEED_MONITOR, DISPLAY, 
TTS_TME_FORMAT, TTS_EXCEED, TTSJSITE, TTSHOME, TSLOGDIR, 
TTSJSTARTEK, and TTS_SELECT. 

[0095] The tts.base process functions as a front-end program to perform the following 
steps: opens, populates and sorts the data from the instrument static data file into a structure; 
sets the time zone; initializes Xview, processes any command line arguments; checks the 
authkey and report initializes the user interface components; loads User, user's configuration 
etc.; attaches to the shared memory segment SYSJSEG.; attaches to the price segment 
PCP_SEG.; attaches to the shared memory segment TTS.DATA.; obtains data from the 
memory, if already loaded into the memory; sete up chart constants; loads tour for the used 
logged in; saves the parameters and sets the timers, with the timer polling the server and 
refreshes the screen from the shared memory segments; checks if the data is continuously fed. If 
not, it notifies the user, runs and stops alerts; on exit, it prompts to save ornotto save the 
settings or cancel; on selection of save, user definition is stored in the database; the tour is also 
saved for the user logged in; and logs out of the server, that is it cleans up the data relevant to 
the user in the shared memory segment SYS_SEG. 
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(0096J The tts.start process uses the tts_start_own.c program and handles user sign-on 

and invocation of the system manager program ttsjnanager or tts_base. T*etts_star process 
performs the Mowing steps: initializes all the user interface components; gets thelicense 
details and report accordingly; sets up the fonts and loads them in; gets the button names from 
the password file; finally it turns the control over to XVlew by invoking the xv_main_loop 
function; calls back functions including one for the invocation of the tts.manager after the 
verification of the system managers' password; 

[0097] can launch tts.base program on verification of the users' password; and the tts.start 
program dies. 

100981 The ttsjnanager process uses the following programs: tts_manager_own.c, 
a_setnam.c,tts jmtchownx, fe_cal_own.c, te_usetup_own.c ) tts_setj)ass_own.c, 
t ts _psetup_own.c > tt S _modem_own.c, ttsjnstrownx, tts.fdisk.own.c, and tts_bjob_owac. 
Thetts.mamgerpto^ exitsifthe 
^manager is already running; initializes Xview, initializes user interface components; sets up 
systems manager password; maintains system user, repair bad database; sets up instrument 
activities; and setups calendar. 

l0 0991 ITie SinkServer process uses system calls: getenv, shmget, shmctl, shmat, 
[001001 gethostbyname, socket, connect, putBuffer, bind, getsockname, recvfrom, ioctl, 
lockf,lseek,menu*t,um^^^ The SinkServer process uses the 

foUowingprograms: icv_kr_modem.c, a_setnan,c, a.newsegx, ajockmgr.c, andputbuffer.c; 
andusesmefollowmgen^ TTS_FEED_IJNE, TTS_FEED_SPEED, 

TTS FEEDVENDOR, ICV_HOME, TTS_HSN_SERVER, 

[001011 Tre_HSN_TCP_PORT, TTS_HSN_UDP.PORT, and TTS_HSN„PROTX)COL. 
Tbe SinkServer process connects to the socket and reads the mcoming real time data, puts the 
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real-time data into a shared memory segment, locks the memory, exits if there is a SinkServer 
already running, and sets the signal handling functions. If the TTS_FEED_VENDOR ■ HSN 
then it reads me environment variables for HSN, and opens the snared memory segment 
ICVSPPUT. Depending upon the TTS_HSN_PROTOCOL (TCP or UDP), me process opens, 
connects and receives data from the socket and writes into the shared memory segment 
ICV SPPUT. If the TTS_FEED_VENDOR = SP then it opens the shared memory segment 
ICV SPPUT, verifies and sets the baud rate, opens the device based on TTS_FEED_LINE J and 
reads data from the device and puts into the shared memory ICVSPPUT. If 
TTS PEED VENDOR = "KR" then the process opens the shared memory segment KRJNP, 
verifies and sets the baud rate, opens tire device based on TTS_FEED_LINE ) reads data from me 
device, and puts into the shared memory KRJNP. 

[00102J The PriceServer process uses the calls: mlockaD, nice, lockf, lseek, 

memset, umask, iscntrl, socket, connect, sent, and recv; and uses the programs: icv_decode.c, 
icvU, icv_y.y, a_setnam.c, ajockmgr.c, a.newsegx, convertprice.c, putbuffer.c, 
connects«rver.c,andisam^^ ICV^SSPUT, 
ICV_INPUT, ICV_OUTPUT, ICVAUX, and TTS.SELECT. The PriceServer process reads 
the data from the shared memory segment as putby the SinkServer, filters the data, puts into 
another shared memory segment ICV_OUTPUT, exits if the PriceServer is already running, sets 
the signal handling functions, and opens shared memory segments: 
[00103] ICVJNPOT for Reuters, IC^ 

ICV.OUTPUT to keep the processed data. The PriceServer process opens, sorts and stores the 
data file as specified by TTS_SELECT into a structure; sets the time zone; reads the shared 
memory segment ICV JNPUT, ICV J5PPUT, ICV.AUX for the mcoming real time data; reads 
the instrument data file via the sockets, and populates into a structure. It then parses the data, 
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validates through the list of instruments, and stores into the shared memory segment 
ICV_OUTPUT. 

[00104J The TransmitServer process uses the calls mlockall, socket, accept, bind, 

send, and getsockopt; and uses the programs icv_transmitc, a_newseg.c, createserver.c, 
getbuffer.c. The TransmitServer process reads real-time data from ICV.OUTFUT and transmits 
the data through socket, exits if the Transmit Server is already running, sets the signal handling 
functions, attaches to me shared memory segment ICV.OUTPUT, creates a socket, and the data 
in ICV_OUTPUT is transmitted through the socket created. 

100105] The ReceiveServer process uses the calls socket, connect, and mlockall, and uses 
the programs icv_receive.c, connectserver.c, and a_newseg.c. The ReceiveServer process reads 
real-time data from. ICV.OUTPUT and transmits the data through socket, exits if the Transmit 
Server is already running, sets the signal handling functions, attaches to the shared memory 
segment ICV.OUTPUT, creates a socket, and the data in ICV.OUTPUT is transmitted through 
the socket created. 

[00106] The GraphServer process uses the calls getenv, shmget, shmctl, shmat, 

gethostbyname, socket, connect, PutBuffer, Bind, getsockname, recvfrom, iocfl, lockf, lseek, 
memset, umask, nice, htons, and mlockall. The GraphServer process uses the programs 
icv_ddist,c, isamx, ccp.c, cross.c, and GetDBfilex, with the environment variables: 
TTS.SELECT and TTS.ROLLOVER. The GraphServer process reads from the shared 
memory segment ICV.RECEIVE. The maximum number of charts is the first command line 
argument. If not passed, then the maximum number of charts GraphServer can handle is a 
predetermined number, such as ten. The process then exits if the GraphServer process is already 
running, sets the signal handling functions, attaches/opens the shared memory segment 
ICV RECEIVE, TTS.DATA, and TTS.PRICES, attaches/opens and initializes the shared 
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memory segment SYS_SEG, opens, reads and sorts the data in tiie instrument data file and 
populates into a structure via socket connections. The process then copies the content of the 
structure into the shared memory segment TTSJPRICES, and executes init_cross in crbssx. If it 
resides on the server then automatic rollover is instantiated, sets an infinite loop, and checks if 
any request from any client has been trapped. If there are any requests then the process 
determines if the request is to remove a chart, and the chart is removed from the shared memory 
TTS_DATA. If the request is to create a chart then the data is read from the database, then the 
chart is recalculated If the request is to refresh a chart then the data, if resident in memory, is 
refreshed from the memory else the data is pooled out from the database and the chart is 
recalculated. 

100107] The process then checks if the data in shared memory segment 

ICV_RECEF/E is changed. If so, then the process updates the prices in the shared memory 
segment TTSJPRICES, updates the charts in the shared memory segment TTS_DATA, and sets 
a flag in the shared memory segment SYS_SEG, so that the graph is refreshed second time on 
refresh. 

[00108] The DataServer process calls getenv, shmget, shmctl, sbmat, 

gethostbyname, socket, connect, PutBuffer, Bind, getsockname, recvfrom, iocfl, lockf, lseek, 
meraset, umask, nice, htons, and mlockall. The process uses die programs: icv_dbase.c, 
ajjetnam.c, and isam.c, and the environment variables: TTS_DBASE and TTS_SELECT. The 
DataServer process reads the shared memory segment TTSJPRICES for the data, which has 
been updated and passes on to the IsamServer to store into the database, and exits if the 
DataServer is already running. The process sets the signal handling functions, opens all the 
database files, attaches to the shared memory segment TTSJPRICES, opens, sorts and populates 
the data fiom the static instrument data file into a structure, and checks for all the instruments, if 
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for any of these the data is .im^^h^^tmhmm^^m^^^ 
A socket is opened, connected and the data is sent to the socket for the request for updating, 
deletion or insertion, and the dirty flag is set to false. 

[00109] The IsamServer uses the programs: server.c, isam.c, ism.c, and 

createserver.c and processes the requests for data updating, deletion or insertion into the 
database. The process exits if the IsamServer is already running, creates a socket, which 
receives requests as sent by the DataServer, and depending upon the nature of request like 
deletion, updating, insertion, selection, opening a database, closing a database, getting the next 
record etc, the corresponding action is performed. 

[001101 The WatchServer process uses the programs: tts_watch.c a_setaam.c 

checkenv-c, and the environment variables: TTSLOGVERS, TTS.CONFIG, 
SERVER.NAME, and PORT.NUMBER The WatchServer process initiates the SinkServer, 
PriceServer, TransmitServer, RecieveServer, GraphServer, DataServer, and KRServer 
processes, exists if the WatchServer process is already running, exits if any of the environmental 
variables is not defined, and sets the signal handling functions such that the TTSLOGVERS is 
aaalyzed to determine history lengmof log fflesm me TTSIX)GDIR directory. The process 
then gets the process identification number of all Server processes and store them in the array 
ppids. Theprocessmenche^ 

pathname of the config.tts file by obtaining the TTS_CONFIG environmental variable and then 
opens the file for reading only. The process obtains the server name and port number sets the 
environmental variables SERVER_NAME and PORT_NUMBER. If the host name is the same 
as the one found in the config.tts file then it looks at the rest of the current line to see which 
processesneedtobestarteA If the environmental variable PORT_NUMBER is not set, then the 
process exits immediately, and starts to listen on that socket and process any orders that come 
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through from tts_control. The process analyzes the commands that are received from the socket, 
and when the process receives a valid command, the process executes the command. If it is not 
valid then the ServerSocket is closed. If the command is valid, the process looks to see whether 
a process needs to be stopped or restarted, and does the same. 

[00111] The start (tts.control) process calls the nice call, and uses the programs: 

tts_control.c and connectserver.c. The process uses the environment variable TTS_CONFIG, 
and operates by starting one or all of the server processes: IsamServer, SinkServer, PriceServer, 
TransmitServer, ReceiveServer, GraphServer, DataServer, KRServer, andFistServer. The start 
(tts_control) process raises the priority of the process by calling nice(-5), checks the argument 
list to ensure that they are valid, and if not, the process exits. The process opens and analyses 
the config.tts file, and the startjob function is called with the appropriate arguments which are 
obtained from the config.tts tile and ttacontrol command line. The startjob routine first 
connects to the serversocket created by the WatehServer, and the correct target hostname must 
be passed to the ConnectServer function at this point Furthermore the startjob routine makes a 
function call to recv to see what message comes back through the socket, mat is, the result from 
WatehServer. 

ALTERNATIVE EMBODIMENTS 
[001121 In an alternative embodiment, the system and metiiod disclosed in FIGS. 

1-8 may be used to provide the financial information displayed to users such as investors, and 
deluding dynamically inputted textual information for annotations, such as commentary and 
analysis, dynamically created by and input from analysts using annotation input mechanisms and 
methods, as described herein in connection with FIGS. 9-15. 

[00113] FIG. 9 illustrates an example implementation of the system of FIG. 1, in 

which the various networked components of FIG. 9 are incorporated into and/or included in the 
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various components ofFIG. 1. For example, as shown in FIGS. 1 and 9, the system includes at 
least one firewall, which may he Nokia IP650 network components, for interfacing with the 
Internet through a load balancer and a router, such as a Foundry load balancer and a Cisco 2651 
Router, respectively, as in FIG. 9, to communicate through the Internet to a browser of an 
external client, as in FIG. 1 . In addition, third parties may connect through the firewall and/or 
bypass the firewall to allow such third parties such as browsers of Prone t clients to communicate 
with the Pronet Intranet, and thence to the Pronet components shown in the front end and back 
end of me disclosed system shown in FIGS. 1 and 9. 

[00114] In an example embodiment shown in FIGS. 1 and 9, the front end 

includes Solaris-based network components for executing web servers and HTML/Applet 
servlets, as well as network load balancing software; for example, me front end may include 
Foundry load balancers and Cisco Cat 3548 components to interface with backend buses and 
networks, such as a "Demilitarized Zone" (DMZ), a management information system (MIS), and 
a product-and-development sub-system. 

[00115] The DMZ provides providing secure connections to SunNetra-based 

systems using Tl -based communications to provide SMTP services and web servers for the 
disclosed financial information display system and method. The MIS connects to at least one 
NT workstation for use by network managers and administrators to monitor and control the 
operation of the disclosed system and method to maintain sufficient network resources for 
providing such financial information to users through their browsers of Pronet clients and 
external clients. 

[00116] The production-and-development sub-system establishes connections to 

Sun E4500 components providing Sybase database servers, for example, to receive, store, and 
provide the financial information for diverse financial instruments, as well as to store any 
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associated textual commentaries and annotations by analysts, as described herein. In addition, 
Sun E420R components provide WebLogic servers running as application serves, including a 
main application server, to implement the disclosed financial information display system and 
method, as described herein. 

[00117] The production-and-development sub-system is also connected to a Sun 

Ultra 10 server for administrative functions and operations, and to at least one workstation for 
use by administrators as well as analysts, as described herein, to permit the dynamic 
modification of the disclosed dynamic financial information displays to include textual 
commentary and annotations to be stored in the Sybase and/or toe Weblogic servos. 
100118] Referring to FIG. 10, financial data is displayed on the screen of an 

analyst using a workstation of the production-and-development sub-system, in a manner 
identical to the display of such financial data on the browsers of clients/users as shown in FIG. 
2. In fact, in a preferred embodiment, analysts access and view toe same financial data, with the 
graphical representations of financial values, such as stock prices and moving averages, 
presented to analysts simultaneously with other users. Alternatively, the analysts may access 
and view the same financial data but with a predetermined lead time ahead of users, such that 
analysts have a window of time to annotate the financial data with textual commentary before 
users may view such financial data. Accordingly, users are provided with the most up-to-date 
financial data simultaneously with the most up-to-date analyst commentary. 
[00119] In one embodiment, the disclosed system and method employ human 

analysts who annotate the financial data as described herein with reference to FIGS. 11-15. 
Alternatively, automated computer systems, such as software-based agents, may be used to 
automatically detect preset conditions in toe financial data, such as a low stock price. The 
disclosed system and method may perform such automatic detection using known pattern 
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recognition techniques, such as neural networks, expert systems, and/or other artificial 
intelligence methods, and the preset conditions may be specified and stored in the back-end 
servers by analysts and/or adxninistrators through the workstations of the system shown in FIG. 
9. 

|00120] Referring to FIGS. 9-10, in a preferred embodiment, the analyst views the 

financial date provided to users, but the analysts has the additional functionality, not provided to 
the users, to annotate me financial data through the screen in FIG. 10. The annotation may be 
incorporated into the chart or grid on the screen, for example, in one embodiment, using graphic 
user interface (GUI) functions such as point-and-click to activate input windows, such as the 
drawing window in FIG. 10 or the text input window, for example, in FIG. 11. The annotation 
may be a predetermined color, such as white, for use on darker backgrounds. Alternatively, the 
annotation may be color-reversed relative to any existing background color. In a further 
embodiment, the annotation may change colors, such as blink, in order to alert users, such as 
investors, of the dynamically changing situation of the displayed financial information. 
[00121] In other alternative embodiments, instead of an input window, the GUI 

may generate a small input field or even an underline in which, for example, a blinking 
rectangular cursor may appear, such mat the analyst may input the commentary by typing on a 
keyboard such that the GUI displays the typed text in the input field or over the underline. 
Alternatively, the workstation of the analyst may employ a touch-screen display, with the GUI 
of the analyst responding to finger or stylus contact by the analyst on the touch-screen display to 
activate such input windows, input fields, or input underlines. 

[00122] The analyst screens shown in FIGS. 10-1 5 are capable of being actuated 

by the analyst at any point on the graph and grid lines including the chart of financial data, and 
so the screen actuation techniques described herein, as well as other GUI and/or screen actuation 
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techniques known in the art, may be used for permitting an analyst to select any point at or 
substantially adjacent to a financial data point for entering the textual commentary. 
Alternatively, the analyst may select the point of annotation as being on the axis of fee 
graph/chart; for example, the time and date indices on the horizontal axis, or price, volume, rate, 
and/or ratio indices on the vertical axis, as shown in FIG. 10. 

[00123J In an example embodiment, the financial data and the graph/chart shown 

in FIGS. 2 and 10 may be dynamically updated, with a predetermined window of time being 
displayed from, for example, left-to-right on fee screens of FIGS. 2 and 10, wife older data 
moving leftward, newer data introduced on the right side of the graph, and fee oldest data at the 
leftmost side of fee graph being removed and/or "dropping off" the graph/chart The removed 
financial data may be stored for later access by analysts and users, or may be redisplayed by 
resizing fee chart and/or expanding fee time window to a longer time duration in fee past, or to a 
different time granularity, such as a week-long, monthly, or multi-monthly chart instead of a 
daily chart 

[00124] In the preferred embodiment of the dynamically updated annotation 

system and method described herein, for analyst-inputted textual annotations associated wife 
selected financial data and/or a specified axis point on fee chart, each annotation remains 
associated wife the selected data or specified point, even as fee older data "drops off" fee chart 
as time passes. For example, as shown in FIGS. 1 M2, an analyst may have previously entered 
a first annotation such as "Ranger support marks the known exhaustion areas providing profit 
targets during a protracted bear move.", wife the first commentary indexed to fee financial data 
at, for example, the date around Octoberll, 1999 (11-10-1999), as shown in FIGS. 11-12. Ina 
preferred embodiment, the annotations are visually linked to fee selected point in fee chart by 
arrows, shown in FIG. 1 1-12, extending from the annotation to fee selected point. Although 
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arrows and annotations are not shown in the user screen in FIG. 2, the arrows from annotation to 
chart point shown in FIGS- 1 1-12 of the analyst screens are, after input by the analyst, 
simultaneously generated and displayed to the users viewing such financial data with associated 
annotations. That is, after the analyst inputs the annotations, the charts and annotations are 
simultaneously displayed on each of FIGS. 2 and 11-12 to analyst and user alike. 

[00125] As described herein, the text input windows provided to the analyst to 

facilitate text input, for example in FIG. 1 1, are not shown to users. The display of the text input 
windows are unique features of the GUI and the workstation used by the analyst, and so with 
respect to inputting annotations, the display of the typical users, such as investors and money 
managers, and the display of analysts are distinct 

[00126] . As the chart is updated with new financial data as in FIGS. 13-14, and 

with the date index 1 1-10-1999 extending leftward off the chart, such that the leftmost date 
index becomes 12-10-1999, the first commentary is removed from the screen; that is, the text of 
the first commentary appears to scroll leftward out of the viewable chart window of the 
predetermined time duration of, for example, about 15 months from 12-10-1999 to 27-02-2001. 

[00127] In a preferred embodiment, to generate such annotations, an analyst 

viewing a screen, such as the screen in FIG. 10, positions via a mouse, interfacing wife the GUI, 
fee cursor, such as the arrow in FIG. 10, to a selected location in fee chart or grid lines, which 
may utilize a palette of colors for displaying the financial data. The location selected by the 
analyst is where the annotation is to be located, for example, to be associated wife one of fee 
colored bands enveloping fee financial data plots, such as a purple envelope or "Director" line. 
Once fee cursor is selectively positioned by fee analyst at fee desired location, fee analyst 
activates, through fee GUI, an input window by, for example, double-clicking a mouse button of 
fee mouse of fee analyst's workstation, 
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[00128] In response to such activation commands, the disclosed system and 

method generate an annotation input window, as shown in FIG. 1 1, which may be an applet 
window generated through the GUI and implemented by a browser executed on the analyst's 
workstation. The disclosed system and method position the generated annotation in the region 
of the screen approximately where the inputted annotation is to be displayed on the chart 
Through other input devices, such as a keyboard, the analyst then inputs the text of the 
annotation, for example, "The long term purple Director is forming a key barrier to further 
gains," 

{00129] After reviewing and finalizing the text, the analyst activates a finalization 

command through the keyboard or mouse, for example, by pressing the ENTER key on the 
keyboard, and the disclosed system and method respond by removing the input window, by 
storing the inputted text in an annotation database in one of the Sybase servers and/or the 
Weblogic servers, and by inserting into the chart a displayed text message including the inputted 
text as an annotation, as shown in FIG. 12, at or substantially near the location on the chart or 
grid selected by the analyst In addition, the disclosed system and method may also display a 
line or arrow, as shown in FIGS. 1 1-12, from the annotation to the selected location on the chart 
or grid In an alternative embodiment, the disclosed system and method may provide a line 
drawing function, using GUI-based painting and line-drawing techniques, such as those software 
functions used in 'MICROSOFT PAINT" or computer-aided design (CAD) software, to permit 
the analyst to generate the line or arrow and to link the ends of the line or arrow such that one 
end is positioned adjacent to the annotation and to the selected location, respectively, using the 
cursor near one end of the line such as shown in FIG. 12. 

[00130] As shown in FIG. 13, the analyst may generate multiple and/or branched 

lines or arrows from the annotation to multiple points in the chart, to associate such multiple 
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points with a common annotation, such as the peaks in the financial data in FIGS. 13-14, with 
such peaks being indicative of and illustrating the limiting pressures of the purple envelope on 
gains, measured on the vertical axis in the example chart shown in FIG. 13. 

[00131] In addition, multiple annotations may be displayed on the screen. For 

example, as shown in FIG. 13, an analyst using an activated input window applet is positioning 
an annotation approximately where red lines and yellow lines cross, with such lines representing 
trend lines, moving averages, expected values, values adjusted for inflation or currency, and/or 
other data or meta-data associated with the displayed financial data, 

[00132] In flie new text being entered in the window applet by an analyst in FIG. 

13, the analyst is commenting that "Red & yellow crossover beneath the market - a long term 
bull signal" After finalization, the analyst saves the annotation for storage by the disclosed 
system and method, as described herein, and the new annotation is displayed as in FIG. 14 with 
previously inputted and currently displayed annotations as in FIGS. 13-14. 

[00133] In the example embodiment, the <s Red & yellow crossover ..." annotation 

may not have a line or arrow to the crossover, at the discretion of the analyst, but instead may 
appear to << floaf ' on the screen near the crossover, while the 'The long term purple . . 
annotation has one or more lines to the selected points in the chart The analyst decides and 
controls such selective association as well as the insertion or non-insertion of lines and arrows 
ftom the annotations to selected points on the chart or screen, such that the analyst enhances the 
financial information displayed by the charts in the screens presented to the users of the 
disclosed system and method. 

[00134] In addition, the analyst may generate new annotations or may edit, copy, 

or delete previously generated annotations using corresponding commands such as NEW, EDIT, 
COPY, DELETE, etc., provided through the GUI in a manner known in the art using windows 
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and menu software functions, with such operations performed in the form of commands 
available through pull-down menus or through predetermined hotkeys or key combinations. 
Accordingly, FIG. 1 1 illustrates an input window applet with the heading "Write Text" for 
generating a new annotation, while FIG. 13 illustrates an input window applet with the heading 
"Edit Text" for editing a pre-existing annotation; for example, if the annotation «*Red & yellow 
crossover ..." had previously existed on the screen of FIG. 13, upon editing, the annotation is 
overlapped or hidden by the Edit Text window as shown in FIG. 13. 
[00135] In addition, analysts may input general commentary or other text to be 

visible on the graph which may not necessarily be associated with specific financial data in the 
chart For example, as shown in FIG. 15, an analyst may have entered a strategy commentary 
such as "STRATEGY: Trade from the long side while the market remains supported by the red 
Director. The break of the purple Director confirms the long term bull phase with new longs 
then targeting Ranger 4 resistance." 

1001361 In a preferred embodiment, the annotations in FIGS. 10-1 5 scroll leftward 

to be removed automatically by the disclosed system and method from being displayed on the 
screen of users as time passes, such that the annotations' corresponding anchor points in the 
chart or grid lines associated with the time index of the horizontal axis scroll leftward and "off 
or "out of the visible screen. However, the user may scroll the screen rightward or increase the 
time period shown by the screen to encompass an earlier time in the past, such as two months 
earlier instead of, for example, a default of one month, and so to view earlier financial data and 
their associated annotations. 

[00137] In an alternative embodiment, to conserve memory storage, the 

annotations and commentary may be stripped from the financial data, depending on the time 
frame of the financial data. For example, commentary may be removed at a preset time, such as 
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midnight each day, for charts having time frames of one hour or less. In another example, time 
frames of four hours or more may retain their commentary until midnight of apre-selected day 
of the week, such as Sunday. 

[001381 The stripped annotations may be stored separately in their own indexed 

database in the Sybase or Weblogic servers using, for example, a time index as to what point of 
time or time period the annotation was associated. In another alternative embodiment, the 
stripped annotations may be deleted after a predetermined time period after generation, such as 
six months. 

(00139] In alternative embodiments, an analyst may insert annotations or 

commentary which remain fixed on the screen permanently and/or until an analyst removes the 
inserted annotation, pr for a predetermined limited time period. In this embodiment, the fixed 
annotation does not move leftward, or move at all, and is not removed automatically as time 
passes. For example, an analyst may cause the display of the phrase <p We are in a bull market 
now" or "Country X is in a recession*', which may be a meta-aimotation for the entire set of 
financial data being displayed in the user screens until, for example, analysts determine that 
circumstances in the market such as a bull market or recession have changed or are uncertain to 
make such a pronouncement 

[00140] While the invention has been particularly shown and described with reference to 
a preferred embodiment thereof, it will be understood by those skilled in the art that various 
changes in form and details may be made therein without departing from the spirit and scope 
of the invention. 
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[00141J The embodiments of the invention in which an exclusive property or privilege is 
claimed are defined as follows: 



1 . A graphical display system comprising: 

a server for receiving and processing financial instrument data from at least one financi 
data feed; and 

a client computing device connected to said server, said client computing device 
including a display for concurrently displaying to a user 

processed financial instrument data for a plurality of financial instruments in 
graphical form, wherein said processed financial instrument data is processed using 
predetermined analytic procedures to chart and project the behavior of selected financial 
instruments; 

a multi-media streaming video presentation; and, 
interactive communications, wherein the interactive communications are 
associated with said financial instruments, 

2. The graphical display system in accordance with claim 1 , wherein said server further 
comprises means for receiving analyst text inputs. 

3. The graphical display system in accordance with claim 2, wherein said text inputs are 
associated with selected financial instrument data, 

4. The graphical display system in accordance with claim 3, wherein said client computing 
device further concurrently displays said text inputs associated with said financial 
instrument data. 
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5. The graphical display system in accordance with claim 1 , wherein said at least one financial 
data feed comprises a plurality of financial data feeds. 

6. The graphical display system in accordance with claim 1, wherein said financial instrument 

data received by said server comprises streamed data and wherein said graphical display of 
said processed financial instrument data on said client computing device is updated in real 
time as said streamed data is processed 

7. The graphical display system in accordance with claim 1, wherein said server has a web- 
based architecture which allows multiple client computing devices to access its data via an 
internet connection. 

8. The graphical display system in accordance with claim 7, wherein said server comprises an 
application server and a web server. 

9. A graphical display system comprising: 

a server for receiving and processing financial instrument data from at least one financial 
data feed and for receiving analyst text inputs associated with selected financial instrument data; 
and 

a client computing device connected to said server, said client computing device 
including a display for concurrently displaying to a user 

processed financial instrument data for a plurality of financial instruments in 
graphical form, wherein said processed financial instrument data is processed using 
predetermined analytic procedures to chart and project the behavior of selected financial 
instruments; and, 

said text inputs associated with said financial instrument data. 

1 0. The graphical display system in accordance with claim 9, wherein said financial 
instrument data received by said server comprises streamed data and wherein said graphical 
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display of said processed financial instrument data on said client computing device is 
updated in real time as said streamed data is processed 



11. The graphical display system in accordance with claim 9, wherein said server has a web- 
based architecture which allows multiple client computing devices to access its data via an 
internet connection. 

12. A method of receiving, processing and displaying financial information, comprising: 

receiving financial instrument data from at least one financial data feed; 

processing said financial instrument data using predetermined analytic procedures to 
create processed financial instrument data which graphically represents the behavior of selected 
financial instruments; 

receiving from a plurality of client computing devices text inputs associated with 
selected financial instrument data; and, 

transmitting to a client computing device for concurrent display a data stream which 
includes processed financial instrument data in graphical form, interactive communications 
associated with said financial instruments, and said text inputs associated with selected financial 
instrument data. 
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